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Damit wird unter ausschliesslicher 



(57) Abstract: The invention relates to a method for 
controlling a data processing device that is connected 
to a computer via an interface. Said method comprises 

the following steps: a device-specific command is gen- 
erated on the computer (1) by means of an application 
program (11); the command is stored in a special file 
(8) and is then transmitted by the computer (1) to the 
device (6) with the aid of the write instruction of the 
computer's (1) operating system; the special file (8) 
is received by the device (6); the device-specific com- 
mand is read out from the special file (8); the device (6) 
processor finally executes the command. The inven- 
tive method allows the device (6) processor to execute 
a device- specific command exclusively using the write 
instruction of the computer's (1) own operating system 
without requiring particular administrator rights. 

(57) Zusaminenfassung: Die vorliegende 

Erfindung betrifft ein Verfahren zum Steuern 
eines Datenverarbeitungsgerats, das uber eine 
Schnittstelle an einen Computer angeschlossen ist. 
Dabei werden die folgenden Schritte ausgefiihrt: 
Ein geratespezifisches Kommando wird durch ein 
Anwendungsprogramm (11) auf dem Computer (1) 
erzeugt. Das Kommando wird in einem speziellen 
File (8) abgelegt und anschliessend vom Computer 
(1) an das Gerat (6) mittels des Schreibbefehls des 
Betriebssy stems des Computers (1) iibertragen. Das 
spezielle File (8) wird durch das Grerat (6) empfangen. 
Das geratespezifische Kommando wird aus dem 
speziellen File (8) ausgelesen. Der Prozessor des 
Grerats (6) fuhrt schliesslich das Kommando aus. 

[Fortsetzung auf der ndchsten Seite] 
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Verwendung des betriebssystemeigenen Schreibbefehls des Computers (1) ein geratespezifisches Kommando vom Prozessor des 
Gerats (6) ausgefiihrt, ohne dass besondere Administrator-Rechte benotigt werden. 
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Verfahren zum Steuern eines Datenverarbeitungsgerats 



Beschreibung 



Die vorliegende Erfindung betrifft ein Verfahren zum Steuern eines Datenverar- 
beitungsgerats, das iiber eine Schnitts telle an einen Computer angeschlossen ist. 

Standardbetriebssysteme von Computern verhindern den direkten Zugriff von 
Applikationsprogrammen auf vorhandene Hardware oder angeschlossene Cera- 
te. Typischerweise verwaltet das Betriebssystem die Hardware imd die Gerate 
und stellt dem Applikationsprogramm Betriebsfunktionen zu deren Benutzung 
zur Verfiigung. Dies geschieht aus Griinden der Stabilitat und der Sicherheit. Auf 
diese Weise ist es unmoglich, dass beispielsweise der Inhalt von Massenspei- 
chern, wie etwa eine Festplatte, durch ein fehlerhaft arbeitendes Anwendimgs- 
programm in falscher Weise abgespeichert wird. 

Spezifische Operationen und Befehle, wie das direkte Zugreifen auf ein Gerat, 
beispielweise via "SCSI-pass-through" oder "USB low-level"-Verbindungen, sind 
beschrankt. Entweder ist der Zugriff den Administratoren des Betriebssystems 
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vorbehalten oder der Zugriff wird durch spezielle Geratetreiber kontrolliert unci 
"iiberwacht. Die Geratetreiber lassen sich jedoch ebenfalls nur mit Adxninistrator— 
Rechten des Betriebssystems auf dem Computer installieren. 

Nachteilig wirken sich diese Einschrankungen fur den normalen Benutzer aus^ 
der auf ein Gerat zugreifen und dieses nutzen mochte. Immer wenn ein gewohn— 
licher Nutzer ein Gerat an einen Computer anschliefit, ben5tigt er Administrator- 
Rechte, um auf das Gerat zugreifen zu konnen; dies gilt zumindest beim ersten 
Zugriff, wenn der spezielle Geratetreiber installiert und erstmalig gestartet wer- 
den soli. Die meisten Nutzer verfiigen jedoch nicht iiber diese Administrator- 
Rechte, Gerade bei offentlich zuganglichen Computern oder bei Computern, die 
in einem Firmennetz installiert sind, sind die Rechte der Normalbenutzer odeir 
Gastbenutzer stark beschrankt. Damit wird automatisch auch der Zugriff und die 
Benutzung von Geraten eingeschrankt, die iiber eine Schnittstelle an einen Com- 
puter angeschlossen sind, 

Fiir den Zugriff auf Dateien werden allerdings in der Regel keine Administrator— 
Rechte benotigt. Um eine Datei auf ein internes oder externes Speichermediuin 
zu schreiben bzw. zu speichern oder es von diesem zu lesen bzw. riickzuspei— 
chern, geniigen die Zugriffsrechte eines Normalbenutzers, meistens sogar die 
Rechte eines Gastbenutzers. Dies gilt insbesondere, wenn der Anwender selbst 
Besitzer des Speichermediimis ist. 

Die Ausfiihrung von anderen Computerbefehlen als Speichern oder Lesen vorx 
Dateien ist dem normalen Nutzer in der Regel jedoch nicht gestattet. Je grofier- 
der Eingriff des auszufxihrenden Computerbefehls auf den Inhalt der Hardware 
oder angeschlossenen Gerate ist und je starker der Befehl in das Filemanage— 
ment-System des Computers eingreift, desto exklusiver ist die Ausfiihrung eines 
solchen Befehls. Nur Personen mit besonderen Rechten konnen derartige Befehle 
ausfiihren; bestimmte kritische Befehle sind sogar ausschliefilich dem Admini- 
strator vorbehalten. 

Es stellt sich somit die Aufgabe, durch einen Computer mit einem angeschlosse- 
nen Datenverarbeitungsgerat zu kommunizieren und auf diesem Befehle und 
Kommandos ausfiihren zu lassen, ohne das Betriebssystem des Computers zu er- 
weitern oder zu verandern bzw. ohne einen speziellen Treiber zu installieren, der 
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erst den Zugriff auf das angeschlossene Gerat ermoglicht. 

Gelost wird die Aufgabe mit einem Verfahren zum Steuern eines Datenverarbei- 
tungsgerats gemafi den Merkmalen des Patentanspruchs 1. 

Das erfindimgsgemafie Verfahren zum Steuern eines Datenverarbeitungsgerats, 
das iiber eine Schnittstelle an einem Computer angeschlossen ist, weist die rtach- 
folgenden Schritte auf: Erzeugen eines geratespezifischen Kommandos durcti ein 
Anwendungsprogramm, das auf dem Computer installiert ist und ausgefiihrt 
wird. Ablegen des Kommandos in einem speziellen File. Ubertragen des spe- 
ziellen Files vom Computer an das Gerat mittels des Schreibbefehls des Betriebs- 
sys terns des Computers. Das spezielle File wird durch das Gerat empfangen. Das 
geratespezifische Xommando wird aus dem speziellen File ausgelesen. Als letz- 
ter Schritt wird das Kommando durch den Prozessor des Gerats ausgefiihrt. 

Das von dem Anwendungsprogramm erzeugte Kommando kann beispielsweise 
ein Steuerbefehl fxir das Gerat oder eine Abfrage des Geratestatus sein. Das Kom- 
mando wird in einem "File" verpackt, das liber den gewohnlichen Schreibbefehl 
des Computers an das angeschlossene Gerat iibermittelt wird. Dem Betriebssy- 
stem des Computers wird also "vorgetauscht", dass ein Speichermedium an sei- 
ner Schnittstelle vorhanden sei. Der Computer bzw. dessen Betriebssystem 
"sieht" also in dem angeschlossenen Gerat ein Speichermedium, wie beispielswei- 
se eine Festplatte, auch wenn nicht notwendigerweise ein Speichermedium vor- 
handen ist. 

Die Ausfiihrung eines Schreibbefehls des Betriebssystems ist moglich, da das ex- 
terne Gerat ein Speichermedium mit entsprechendem Filesystem simuliert und 
das Betriebssystem des Computers nicht zwischen dem simulierten Filesystem 
des Gerates und einem tatsachlich angeschlossenen Massenspeicher unterschei- 
den kann. Somit ist es moglich, Dateien mittels des betriebssystemeigenen 
Schreibbefehls auf dem scheinbar vorhandenen Speichermedium zu "speichern", 
obwohl in Wirklichkeit gar kein Massenspeicher angeschlossen ist xmd die Da- 
teien nur an das Gerat iibermittelt werden, um das darin verpackte Kommando 
ausfiihren zu lassen. 
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Da nach der Erfindung lediglich der betriebssystemeigene Schreibbefehl verwen- 
det wird, kann auf das angeschlossene Gerat zugegriffen werden, ohne eine zu- 
satzliche Treibersoftware zu installieren. Folglich sind auch keine besonderen 
Nutzer-Rechte oder gar Administrator-Rechte notwendig, um das angeschlosse- 
ne externe Gerat zu steuern, Der Schreibbefehl des Betriebssystems kann von je- 
dem normalen Benutzer ohne besondere Zugriffsrechte ausgefiihrt werden. Nor- 
male Benutzer oder Gastbenutzer konnen einfach das Anwendungsprogramm 
auf dem Computer ausfiihren und auf diese Weise das spezielle File an das Gerat 
iibertragen, um dort ein Kommando auszufiihren. 

Das Anwendungsprogramm auf dem Computer verpackt oder versteckt das aus- 
zufiihrende geratespezifische Kommando in einem normalen Datenfile. Das File 
ist eine Datei, die an einer logischen Blockadresse im Filesystem eines Gerates 
oder Speichermediums abgelegt werden soil. Die spezielle Datei soil an einem 
bestimmten, aber flexiblen Speicherort abgespeichert werden. Nicht das Kom- 
mando selbst, sondern die spezielle Datei wird dann an das Gerat iibertragen. 
Somit findet eine Art Tunnelung unter Verwendung des Schreibbefehls des Be- 
triebssystems statt. Das eigentliche Kommando ist dem Betriebssystem des Com- 
puters nicht bekannt. Das Betriebssystem sieht lediglich ein Datenfile, das auf 
einem nur scheinbar vorhandenen Speichermedium abzulegen ist. 

Der Prozessor des angeschlossenen Gerats liest aus dem speziellen File das aus- 
zufiihrende geratespezifische Kommando aus. Das iibertragene Kommando wird 
dann vom Prozessor interpretiert und ausgefiihrt. Auf diese Weise kann in einem 
angeschlossenen Gerat ein geratespezifisches Kommando ausgefiihrt werden, 
ohne dass der Benutzer des Computers liber besondere Rechte verfiigen muss, da 
aus Sicht des Computers ja lediglich ein betriebssystemeigener normaler Schreib- 
befehl auf ein Gerat ausgefiihrt wird, das dem Benutzer gehort. 

Je nach verwendeter Schnittstelle kann das Gerat beispielsweise die Form eines 
USB-Sticks oder eines Dongles haben. Das Gerat kann beispielsweise zur Uber- 
priifung von Softwarelizenzen fur bestimmte Anwendungsprogramme, Musik- 
stiicke oder Filme auf dem Computer geeignet sein. In diesem Fall sendet das 
Anwendungsprogramm eine Anfrage an das angeschlossene Gerat, ob eine 
Lizenz fiir das auszufiihrende Programm, das Musikstiick oder den Film vorhan- 
den ist. Die Lizenz ist in einem geratespezifischen Format abgelegt, so dass die 
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Informationen liber das Vorhandensein einer giiltigen Lizenz nur iiber ein gera- 
tespezifisches Kommando abgefragt werden konnen. Der Benutzer selbst hat kei- 
nen Zugriff auf die im Gerat hinterlegte Lizenz. Er kann sie deshalb weder veran- 
dern noch manipulieren. Auf diese Weise ist eine einfache, sichere und robuste 
Lizenzierung von Software, Audio- oder Videodaten moglich. Auch konnen 
Lizenzen ujciterschiedlicher Anwendungsprogramme auf einem Gerat hinterlegt 
sein und kryptographische Befehle zum weiteren Schutz der Programme xmd Da- 
ten ausgefiihrt werden. 

Das Gerat kann aber auch eine beliebige Steuereinheit sein, zum Beispiel zur 
Steuerung einer Heizungsanlage, einer Musikanlage, einer Lichtanlage oder Ahn- 
liches. 

Das Gerat kann nicht nur iiber eine USB-Schnittstelle an den Computer ange- 
schlossen sein, sondern iiber jede beUebige Schnittstelle. Zum Anschluss eignen 
sich auch eine SCSI-Schnittstelle, Firewire-Schnittstelle, Infrarot-Schnittstelle 
oder ahnliche. Es ist auch moglich, das Gerat an eine interne Schnittstelle anzu- 
schliefien imd das Gerat in den Computer zu integrieren. 

Daruber hinaus kann das angeschlossene Gerat zusatzlich iiber einen Massen- 
speicher verfiigen. In diesem Fall konnen auch herkommliche Files oder Dateien 
auf dem Gerat im Massenspeicher abgespeichert werden. Das Gerat muss dann 
bei den empfangenen Files entscheiden, ob es sich um ein normales Datenfile 
handelt, das im Massenspeicher des Gerats abzulegen ist, oder ob die iibertrage- 
ne Datei ein spezielles File mit einem eingebetteten Kommando ist. Diese Unter- 
scheidung wird in der Regel dadurch moglich, dass das spezielle File an einem 
bestinmiten, aber flexiblen Speicherort abgespeichert ist, wenn es ein geratespezi- 
fisches Kommando enthalt. Das File hat dann eine besondere Adresse als logi- 
sche Blockadresse und wird an einer bestimmten Stelle des logischen Blocksy- 
stems scheinbar abgelegt. Ist der besondere Speicherort nicht angegeben, wird 
die Datei als gewohnliches Datenfile behandelt und auf dem zugewiesenen Block 
des Massenspeichers abgelegt. Dies wird durch das auf dem Gerat vorhandene 
Filemanagement-System durchgefiihrt, Alternativ kormte das spezielle File auch 
am festen Speicherort abgelegt werden. 
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In einer besonderen Ausfiihrung des erfindungsgemafien Verfahrens wird das 
geratespezifische Kommando nur dann ausgefiihrt, wenn das spezielle File eine 
Identifikation enthalt. Die Identifikation kann in Form eines Merkers, eines Para- 
meters Oder einer ID vorliegen. 1st eine bestimmte ID im speziellen File gesetzt, 
so wird im Gerat erkannt, dass ein im File abgelegtes Kommando ausgefiihrt 
werden soil. Die Identifikation dient zur zusatzlichen Freigabe der Ausfiihrung 
des Kommandos. 1st die Identifikation nicht vorhanden, also z.B. eine bestimmte 
ID nicht gesetzt, wird die Ausfiihrung des Kommandos durch den Prozessor im 
Gerat verhindert. 

Enthalt das spezielle File keine Identifikation, kann das File an einem vorgegebe- 
nen Ort im logischen Blocksystem abgelegt werden. Der Speicherort kann dann 
das RAM des Gerates oder audi ein nicht-fliichtiger Speidier sein, in der Regel 
der Datenspeicher des Gerats, in dem auch bestimmte Daten des Controllers ab- 
gelegt sein konnen. Damit kann ein spezielles File in einem Gerat gesichert wer- 
den. Wird das spezielle File im nicht-fliichtigen Speicher hinterlegt, bleibt es im 
Gerat gesichert, auch wenn das Gerat nicht mehr mit dem Computer verbunden 
ist. Somit kann eine Sicherung bzw, ein Backup des speziellen Files im Gerat vor- 
genommen werden. 

Im Zuge des erfindimgsgemafien Verfahrens kann vom Prozessor des Gerats eine 
Antwort auf das ausgefiihrte Kommando erzeugt werden. Ist das auszufiihrende 
Kommando kein reiner SteuerbefeW, sondern soli eine beispielsweise Regelimg 
vorgenommen oder eine Abfrage ausgefiihrt werden, so ist das Ergebnis der 
Ausfiihrung des Kommandos eine Antwort. Die Antwort kann z.B. einen aktuel- 
len Messwert oder eine Bestatigtmg der Ausfiihrung des Kommandos enthalten. 
Das Resultat einer Abfrage kann beispielsweise der Status des Gerats sein. Dient 
das Gerat zur Lizenzierung von Software, so ist die Antwort ebenfalls das Ergeb- 
nis einer Abfrage. Die Antwort enthalt dann entweder die Lizenz selbst oder, bei 
Vorhandensein einer Lizenz, die Freigabe der Ausfiihrung der Software. Genau- 
so kann die Antwort das Ergebnis eines kryptographischen Befehls beinhalten. 

Bevorzugt wird nach dem erfindungsgemafien Verfahren vom Prozessor ein Sta- 
tusflag Oder Merker im RAM-Speicher gesetzt oder in das spezielle File im nicht- 
fliichtigen Speicher geschrieben, anhand dessen beim nachsten Zugriff auf das 
File eine Antwort auf das ausgefiihrte Kommando erzeugt wird. Die Antwort 
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wird erst dann erzeugt, sobald spater ein weiterer Zugriff auf das File stattfindet, 
der Computer also von dem Gerat die Antwort abfragt. Damit wird sicherge- 
stellt, dass stets nur eine aktuelle Antwort auf ein vorausgehendes Kommando 
■iiberinittelt wird. Dies ist beispielsweise dann wichtig, wenn das auszufiihrende 
Kommando eine Regelung in Gang setzt, bei der ein SoUwert eingeregelt werden 
soli. Als Antwort kann die aktuelle Regelgrofie zuriickgegeben werden, die na- 
tiirlich nicht zu Beginn der Regelung, sondern erst zu einem spateren Zeitpunkt 
interessiert. Der Zeitpunkt kann von dem Anwendungsprogramm auf dem Com- 
puter bestimmt werden, indem auf das scheinbar im Gerat abgespeicherte File 
zugegriffen wird. 

Wird die Antwort sogleich nach Ausfiihrung des Kommandos erzeugt, kann sie 
in einem nicht-fliichtigen Speicher des Gerats zwischengespeichert werden. Sie 
steht dort bereit, bis das Anwendungsprogramm durch einen weiteren Schreib- 
oder Lesebefehl erneut auf das File im Gerat zugreift. Als nicht-fliichtiger Spei- 
cher kann im Gerat ein Flash-Speicher, ein ROM, ein EEPROM, ein Flash Memo- 
ry Oder ahnliches vorgesehen sein. 

Besonders bevorzugt weist das erfindungsgemafie Verfahren weitere Schritte zur 
Ubertragung der Antwort auf: Ein Lesebefehl des Betriebssystems betreffend das 
spezielle File wird vom Computer an das Gerat gesendet. Der Lesebefehl wird im 
Gerat empfangen. In einem weiteren Schritt wird die Antwort in einem speziel- 
len File abgelegt, die auf das ausgefiihrte Kommando erzeugt wird. Das spezielle 
File kann im RAM oder im nicht-fliichtigen Speicher des Gerats zwischengespei- 
chert sein. Das spezielle File wird dadurch modifiziert. Im nachsten Schritt wird 
das spezielle File vom Gerat an den Computer in Ausfiihrung des Lesebefehls 
riickiibertragen. 

Die Kommunikation zwischen dem Computer und dem Gerat findet uber den im 
Betriebssystem des Computers implementierten Lesebefehl statt. Da das Gerat 
selbst kein Versenden eines Files oder einer Antwort initiieren kann, muss der 
Computer bzw. das auf dem Computer ausgefiihrte Anwendungsprogramm das 
Auslesen des speziellen Files anstojSen. Zur Ausfiihrung des Lesebefehls des Be- 
triebssystems sind wiederum keine besonderen Rechte notwendig. 
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Der Prozessor des Gerats empfangt den Lesebef ehl und erketmt, dass das speziel- 
le File zuriickgelesen werden soil. Im Unterschied zum Lesen eines normalen Da- 
tenfiles wird nun nicht die unveranderte Datei zuriickgesendet. Stattdessen er- 
mittelt der Prozessor die durch das ausgefiihrte Kommando erzeugte Antwort 
und erstellt hieraus eine Sequenz, die der eines Files entspricht. Alternativ kann 
auch aus der Antwort eine Sequenz erstellt werden, die der eines spe2;iellen Files 
entspricht, Anstelle des Lesens und Zuriickspeichern eines (unveranderten) Files 
wird die Antwort auf das ausgefiihrte Kommando in einem Zwisclmenspeicher 
temporar abgelegt. In diesem Fall greift der Prozessor auf diesen Zwischenspei- 
cher zu tind liest die Antwort daraus aus. Wird als Antwort beispielsweise eine 
Lizenz erfragt, so werden die Lizenzdaten erst beim Riicksenden vom Prozessor 
des Gerats erzeugt und in das spezielle File geschrieben. 

Vorteilhafterweise erkennt der Prozessor, dass beim Schreiben des speziellen Fi- 
les in dem Gerat ein Kommando ausgefiihrt wurde. Bevorzugt wird die Ausfiih- 
rung des Kommandos dadurch erkannt, dass eine Identifikation im RAM oder im 
speziellen File vorhanden ist. Dies kann beispielsweise ein gesetztes Flag, ein 
Merker oder ein bestimmtes Bit im speziellen File sein. Ist die Identifikation in 
dem speziellen File nidn.t vorhanden, erkermt der Prozessor beim Ausfiihren des 
Lesebefehls, dass keine Antwort erzeugt wurde. In diesem Fall handelt es sich 
um eine Sidierung bzw. um ein Backup des speziellen Files, das zuriickgesichert 
werden soil. 

Erkermt der Prozessor des Gerats, dass das auszulesende File kein spezielles File 
ist, es sich vielmehr um ein ganz normales Datenfile handelt, so wird dieses un- 
verandert zuriickgesendet. 

In einer besonders bevorzugten Ausfiihrung weist das erfindungsgemalSe Ver- 
fahren ferner die folgenden Schritte auf: Empfangen des speziellen riickxibertra- 
genen Files auf dem Computer. Anschliefiendes Erkennen durch das Anwen- 
dungsprogramm, dass das spezielle File eine Antwort enthalt. Im Weiteren wird 
die Antwort aus dem File ausgelesen und im Anwendungsprogramm weiterver- 
arbeitet. Das Anwendungsprogramm erkennt, dass ein spezielles File vom Gerat 
riickiibertragen wurde. Es unterscheidet dabei zwischen einem speziellen File 
und einer normalen Datei. Dass ein spezielles File riickiibertragen wurde, er- 
kennt das Anwendungsprogramm daran, dass das File eine Identifikation ent- 
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halt, die vom Prozessor des Gerats gemeinsam mit der Antwort in dem File hin- 
terlegt wtirde. 

Das Anwendtingsprogramm auf dem Computer erkennt dann, dass das ziariick- 
geschriebene spezielle File die Antwort auf das ausgefiihrte Kommando enthalt. 
Wurde vom Prozessor des Gerats eine Antwort in dem speziellen File abgelegt, 
wird gleichzeitig vom Prozessor auch ein Merker gesetzt. Dieser Merker kann in 
Form eines Statusbit oder einer ID im File vorhanden sein. Das Anwendungspro- 
gramm identifiziert diesen Merker und stellt f est, dass eine Antwort vom Prozes- 
sor des Gerats zuriickgeliefert wird. Die Antwort wird dann im Anwendxmgs- 
programm entsprechend weiter verarbeitet. 

Wird ein spezielles File ohne Merker zuriickgelesen, so erkennt das Anwen- 
dungsprogramm, dass das spezielle File keine Antwort enthalt. In diesem Fall 
wird also lediglich ein auf dem Gerat gesichertes spezielles File unverandert zu- 
riickgelesen. 

In einer besonderen Anwendung des erfindungsgemalSen Verfahrens ist die Ant- 
wort auf das ausgefiihrte Kommando ein Geratestatus oder eine Fehlermeldung. 
Der Geratestatus wird als Antwort zuruckgegeben, wenn eine entsprechend e Ab- 
frage an das Gerat iibermittelt wurde. Diese Information kann dann wichtig sein, 
wenn eine Regelung im Gerat angestofien werden soli und vorher der aktuelle 
Istwert der RegelgroJEe bestimmt werden muss. Auch weim das Gerat verschie- 
dene Status annehmen karm, ist eine Information liber den momentanen Gerate- 
status wichtig. Das Anwendungsprogramm kann auf Grundlage dieser Informa- 
tion weitere Routinen abarbeiten und vom Status abhangige Kommandos an das 
Gerat senden. 

Ebenfalls kann die Antwort aus den Ergebnisdaten eines kryptographischexi Be- 
fehls bestehen. 

Die Antwort ist eine Fehlermeldung, wenn wahrend der Ausfiihrimg des vorher 
iibertragenen Kommandos im Gerat ein Fehler aufgetreten ist oder das Komxnan- 
do nicht abgearbeitet bzw. die Ausfiihrung des Kommandos abgebrochen wurde. 
Das Anwendungsprogramm kann daraufhin erneut ein Kommando an das Gerat 
senden oder die Abarbeitung einer Routine unterbrechen. 
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Anhand der nachstehenden Abbildungen wird die vorliegende Erfindung ge- 
nauer erlautert; eine bevorzugte Ausfuhrimgsform wird in den Zeiclmxmgen be- 
schrieben. Es zeigen: 

Figur 1 die Filesyteme eines Computers und eines angeschlossenen 

Datenverarbeitungsger ats ; 

Figur 2 das Filesystem des Computers von Figur 1 und. das Filesy- 

stem eines angeschlossenen Datenverarbeitungsgerats mit 
erweiteter Ftmktionalitat; 

Figur 3 ein Ablaufdiagramm des Verfahrens zur Steuerimg des Ge- 

rats von Figur 2, 

Figur 1 zeigt das Filesystem des Computers 1, wie es sich dem Benutzer oder 
dem Betriebssystem des Computers 1 darstellt. Die in einem File 2 abgelegten 
Daten sind in einer hierarchischen Baumstruktur organisiert. Die einzelnen 
Files 2 sind OrdnernS zugeordnet, so genannten directory blocks. Zusatzlich 
weist das Filesystem des Computers 1 eine Zugriffstabelle 4 (allocation table) auf, 
in der Informationen iiber den physikalischen Speicherort hinterlegt sind. Die 
Zugriffstabelle 4 enthalt die logischen Blockadressen 5, so genannte logical block 
addresses (LB A). Das Filesystem greift auf die Blockadresse 5 zu, urn Daten auf 
ein Speichermedium zu schreiben oder von diesem zu lesen. 

Ein Datenverarbeitungsgerat 6 ist iiber eine Schnittstelle an den Computer 1 an- 
geschlossen. Der Computer 1 erkennt, dass das Gerat 6 ein Speichermedium ist. 
Das Filesystem des Computers 1 speichert Daten auf dem Gerat 6 in einer fort- 
laufenden Liste von Datenblocken 7, die mit logischen Blockadressen 5 bezeich- 
net sind. Der Datenblock 7 hat typischerweise die Lange eines physikalischen 
Sektors oder ein Vielfaches dieser Lange. Die Lange ist jedoch fest vorgegeben 
flir das Filesystem. 

Damit der Computer 1 ein File 2 auf einem Gerat 6 speichern kann, muss die hie- 
rarchische Struktur dessen Filesystems in die Blockstruktur des Speicher systems 
des Gerats 6 iibertragen werden. Diese Konvertierung geschieht iiber zusatzliche 
Management-Informationen, die ebenfalls in der Zugriffstabelle 4 abgelegt sind. 
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Beim Zugriff auf ein Speichermedium hat das Filesystem die Berechtigimg, ei- 
nem File 2 eine bestimmte Blockadresse 5 zuzuweisen. Die Zuweisung wird auch 
in der Zugriffstabelle 4 abgelegt. 

Das Filesystem ist Teil des Betriebssystems des Computers 1 und als Software 
implementiert. Das Gerat 6 selbst kann niir die fortlaufende Liste der Daten- 
blocke 7 abarbeiten und die datenblockbasierten Schreib- oder Lesebefehle aus- 
fiihren, die es als spezifische logische Blockadresse 5 fiir den Zugriff erhalt. Die 
Daten werden lediglich gelesen oder geschrieben. Das Gerat 6 analysiert oder in- 
terpretiert den Dateninhalt nicht. 

Figur 2 zeigt zimachst den Computer 1 mit seinem hierarchischen Filesystem, 
wie es schon aus Figur 1 bekannt ist. Ein spezielles File 8 aus dem hierarchischen 
Filesystem wird an einer bestimmten Stelle im Filesystem des Gerats 6 abgelegt. 
An der bestimmten Stelle ist ein spezieller Datenblock 9 vorhanden, der eine spe- 
zielle Blockadresse 10 aufweist. Der spezielle Datenblock 9 wird dadurch ange- 
sprochen, dass ein spezielles File 8 an die spezielle Blockadresse 10 adressiert 
wird. Das spezielle File 8 wird an einer bestimmten, aber flexiblen Block- 
adresse 10 abgespeichert. Es wird also in den Datenblock 9 geschrieben oder von 
ihm ausgelesen. Dies geschieht iiber die betriebssystemeigenen Schreib- oder Le- 
sebefehle. 

Der Prozessor des Gerats 6 kann den speziellen Datenblock 9 interpretieren und 
darin abgelegte gerateeigene Operationen ausfuhren. Die Operationen sind gera- 
tespezifische Kommandos, wie Steuerbefehle, das Auslesen des Geratestatus, 
oder das Lesen bzw, Speichern von geratespezifischen Daten oder das Ausfuhren 
kr)rptographischer Befehle. Die Kommandos umfassen auch das Interpretieren 
von spezifischen Daten und das Abspeichern in einer geratespezifischen Art, bei- 
spielsweise im RAM des Gerats 6. 

Empfangt das Gerat 6 vom Computer 1 einen betriebssystemeigenen Schreibbe- 
fehl, der die spezielle Blockadresse 10 anstelle der normalen Blockadresse 5 
adressiert, fiihrt das Gerat 6 nicht den Standardschreibbefehl des Betriebssystems 
aus, sondern aktiviert den gerateeigenen Kommandoausfiihrer, den so genannten 
Execution Handler. Der Execution Handler interpretiert den speziellen Daten- 
block 9. Das im speziellen File 8 xibertragene imd im speziellen Datenblock 9 ab- 
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gelegte Kommando wird vom Execution Handler ausgefuhrt, 

Wird auf das ausgefiihrte geratespezifische Kommando eine ^ntwort erzeugt, so 
wird diese Antwort entweder in dem speziellen Datenblock 9 abgelegt oder aber 
im RAM des Gerats bereitgehalten. Alternativ kann anstelle der Antwort auch ei- 
ne spezielle Statusinformation in dem speziellen Datenblock 9 abgelegt werden, 
so dass die Antwort auf das ausgefiihrte Kommando erst ermittelt wird, wenn 
der nachste Lesebefehl des Betriebssystems auf die spezielle Blockadresse 10 des 
speziellen Datenblocks 9 zugreifen will. 

Figur 3 zeigt das prinzipielle Ablaufschema des erfindungsgemalSen Verfahrens. 
Bin Teil des Verfahrens lauft in dem Computer 1 ab; der andere Teil in dem 
Gerat 6. 

In einem ersten Schritt S 1 startet ein Anwendtmgsprogramm 11 eine Anfrage an 
das Gerat 6. Dazu wird ein geratespezifisches Kommando in einem Schritt S 2 ge- 
meinsam mit einem Identifikationsmerker in ein spezielles File 8 geschrieben. 

Im nachsten Schritt S 3 wird das spezielle File 8 an das Filesystem 12 des Be- 
triebssystems des Computers 1 iibergeben mit der Aufforderung, das spezielle 
File 8 iiri Gerat 6 zu speichem. Das Betiiebssystem des Corrvputers 1 sendet itn 
Schritt S 4 das spezielle File 8 mittels des Schreibbefehls an das Gerat 6. Zur 
Adressierung des speziellen Files 8 wird die spezielle Blockadresse 10 angege- 
ben. 

In einem fiinften Schritt S 5 empfangt der Prozessor des Gerats 6 das spezielle 
File 8. In diesem Schritt wird vom Prozessor gepriift, ob das empfangene File 8 
an die spezielle Blockadresse 10 adressiert ist. 

1st keine spezielle Blockadresse 10, sondern eine normale Blockadresse 5 in dem 
File adressiert, wird das File 8 im sechsten Schritt S 6 im Speichersystem 13 des 
Gerats 6 im Datenblock 7 abgespeichert. 

Wird jedoch die spezielle Blockadresse 10 ermittelt, so priift der Prozessor in ei- 
nem Schritt S 7, ob das spezielle File einen Identifikationsirterker aufweist. Ist 
kein Identifikationsmerker im speziellen File 8 vorhanden, wird im Schritt S 8 
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das spezielle File 8 im speziellen Datenblock 9 mit der speziellen Datenblocka- 
dresse 10 gespeichert. 

Weist das spezielle File 8 einen Identifikationsmerker auf, wird im Schritt S 9 das 
geratespezifische Komxnando aus dem speziellen File 8 ausgelesen. Im Schritt 
S 10 wird dann das geratespezifische Kommando vom Prozessor des Gerats 6 
ausgefiihrt. 

Anstelle des Schritts S 10 kann auch der Schritt S 11 ausgefiihrt werden. Das im 
speziellen File 8 hinterlegte geratespezifische Kommando wird an ein externes 
Gerat 14 iibertragen, das liber eine Schnittstelle mit dem Gerat 6 verbunden ist. 
Das externe Gerat 14 wird auf diese Weise vom Gerat 6 angesteuert. Dabei wird 
ein Kommando an das externe Gerat 14 libergeben und dort verarbeitet. 

Wird bei der Ausfiihrung des geratespezifischen Kommandos im Schritt S 10 eine 
Antwort bzw. ein Ergebnis erzeugt, kann das Gerat 6 die Antwort nicht eigen- 
standig an den Computer 1 zuriickgeben. Vielmehr muss das Anwendungspro- 
gramm 11 auf dem Computer 1 eine Anfrage an das Gerat 6 senden und die Ant- 
wort vom Gerat 6 abholen. Dies wird in den Schritten S 12 bis S 22 durchgefiihrt. 

In dem Schritt S 12 erzeugt das Anwendimgsprogramm 11 eine Abfrage, das spe- 
zielle File 8 aus dem Gerat 6 auszulesen. Die Anfrage wird zunachst an das File- 
system 12 des Computers 1 iibermittelt. Im Schritt S 13 wird folglich der betriebs- 
systemeigene Lesebefehl zum Auslesen einer "normalen" Datei an das Filesy- 
stem 12 gesandt, da dem Computer 1 tmd seinem Betriebssystem ein Massenspei- 
cher als Gerat 6 vorgetauscht wird. 

Im Schritt S 14 wird der Lesebefehl so umgesetzt, dass vom Filesystem 12 die 
Aufforderung ergeht, das spezielle File 8 von der speziellen logischen Blocka- 
dresse 10 auszulesen. Im Schritt S 15 wird der betriebssystemeigene Lesebefehl 
vom Filesystem 12 an das Gerat 6 iibermittelt xmd dann vom Speicher system 13 
des Gerats 6 empfangen. 

Der Prozessor des Gerats 6 liest im Schritt S 16 die spezielle Blockadresse 10 des 
speziellen Datenblocks 9 aus, so dass das spezielle File 8 zur Riickgabe an den 
Computer 1 vorbereitet wird. 
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Im Schritt S 17 priift der Prozessor des Gerats 6, ob bei der Ausfiihrung des be- 
triebssystemeigenen Schreibbefehls des Computers 1 ein geratespezifisches Kom- 
mando ausgefiihrt wurde. Dazu wird der Identifikationsmerker des speziellen 
Files 8 abgefragt. Wurde zuvor kein geratespezifisches Kommando zu dem Ge- 
rat 6 gesendet, ist kein Identifikationsmerker in das spezielle File 8 geschrieben 
worden, welches an der speziellen Blockadresse 10 steht. Ist der Identifikations- 
merker nicht im File 8 oder im RAM enthalten, wird das File 8 an den Computer 
1 unverandert zuriickgesendet, 

Erkennt der Prozessor des Gerats 6, dass der Identifikationsmerker im speziellen 
File 8 vorhanden ist, wird in einem Schritt S 18 die Antwort auf das ausgefiihrte 
geratespezifische Kommando vom Prozessor erfragt. Wurde das geratespezifi- 
sche Kommando an ein externes Gerat 14 weitergereicht, wird eine Antwort von 
dem externen Gerat 14 ermittelt, 

Ist die Antwort auf das ausgefiihrte geratespezifische Kommando vorhanden, 
wird sie in einem Schritt S 19 in das spezielle File 8 geschrieben. Zusatzlich wird 
ein weiterer Merker in das spezielle File 8 geschrieben. Der weitere Merker ist ein 
Antwortmerker oder eine ID, der das Vorhandensein einer Antwort auf ein aus- 
gefiihrtes Kommando kennzeichnet. Damit ist das urspriinglich mit dem Schreib- 
befehl an das Gerat 6 gesendete spezielle File 8 modifiziert und verandert wor- 
den. Es enthalt nun nicht mehr das auszufiihrende Kommando, sondern die auf 
das Kommando erzeugte Antwort. Das modifizierte spezielle File 8' wird nun in 
Ausfiihrung des betriebssystemeigenen Lesebefetils des Computers 1 an das File- 
system 12 des Computers 1 xibergeben (Schritt S 20). 

Das Anwendungsprogramm 11 ruft das modifizierte spezielle File 8* vom Filesy- 
stem 12 ab. Dabei priift es in einem Schritt S 21, ob der Antwortmerker im spe- 
ziellen File 8' gesetzt ist. 

Anhand des Antwortmerkers im modifizierten speziellen File 8' erkennt das An- 
wendungsprogramm 11 im Schritt S 22, dass das spezielle File 8' die Antwort auf 
das auszufiihrende Kommando enthalt. Die Antwort wird nun vom Anwen- 
dungsprogramm 11 aus dem speziellen File 8' aixsgelesen und weiterverarbeitet. 
Ist die Antwort eine Fehlermeldung, wird dies bei der Auswertung durch das 
Anwendungsprogramm 11 erkannt. 
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Wird im Schritt S 18 keine Antwort vom Prozessor des Gerats 6 zuriickgegeben, 
wird das File 8 zuriickgeschrieben. In diesem Fall wird jedoch im Schritt S 20 der 
Antwortmerker nicht gesetzt. Das nicht inodifizierte spezielle File 8 enthalt dann 
nicht den Antwortmerker. Das spezielle File 8 wird zwar auch an den Com- 
puter 1 libertragen, die Abfrage in Schritt S 21 zeigt aber, dass der Antwortmer- 
ker nicht gesetzt ist. Das Anwendungsprogramm 11 erkennt also, dass das spe- 
zielle File 8 nicht die Antwort auf das auszufxihrende Kommando enthalt, son- 
dern ein Fehler auf getreten ist. 
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Zusammenstellung der Bezugszeichen 



1 


Computer 


2 


File 


3 


Ordner 


4 


Zugriffstabelle 


5 


Blockadresse 


6 


Gerat 


7 


Datenblock 


8, 8" 


Spezielles File 


9 


Spezieller Datenblock 


10 


Spezielle Blockadresse 


11 


Anwendungsprogramm 


12 


Filesystem (vor. 1) 


13 


Speichersystem (von 6) 


14 


Externes Gerat 
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Patentanspriiche 



1. Verfahren zum Steuern eines Datenverarbeitungsgerats, das iiber eine Schnitt- 
stelle an einen Computer angesclnlossen ist, gekennzeichnet durch die 
folgenden Schritte: 

- Erzeugen eines geratespezifischen Kommandos durch ein Anwendungspro- 
gramm (11) auf dem Computer (1); 

- Ablegen des Kommandos in einem speziellen File (8); 

- Ubertragen des speziellen Files (8) vom Computer (1) an das Gerat (6) mittels 
des Schreibbefehls des Betriebssystems des Computers (1); 

- Empfangen des speziellen Files (8) durch das Gerat (6); 

- Auslesen des geratespezifischen Kommandos aus dem speziellen File (8); 

- Ausfiihren des Kommandos durch den Prozessor des Gerats (6). 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Kom- 
mando ausgefiihrt wird, werm das spezielle File (8) eine Identifikation enthalt. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet , dass 
vom Prozessor des Gerats (6) auf das ausgefiihrte Kommando eine Antwort er- 
zeugt wird. 

4. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass 
vom Prozessor ein Statusbit in das RAM des Gerats (6) oder in das spezielle File 
(8) geschrieben wird, anhand dessen beim nachsten Zugriff auf das File (8) eine 
Antwort auf das ausgefiihrte Kommando erzeugt wird. 

5. Verfahren nach Anspruch 3 oder 4, dadurch gekennzeichnet, dass 
die Antwort in einem fluchtigen oder nicht-fltichtigen Speicher des Gerats (6) 
zwischengespeichert wird. 
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6. Verfahren nach Anspruch 3, gekennzeichnet durch die weiteren 
Schritte: 

- Senden eines Lesebefehls des Betriebssystems betreffend das spezielle File (8) 
vom Computer (1) an das Gerat (6); 

- Empfangen des Lesebefehls im Gerat (6); 

- Ablegen der im Gerat (6) erzeugten Antwort in dem speziellen File (8*), das 
dadurch modifiziert wird; 

- Riickiibertragen des speziellen Files (8') von dem Gerat (6) an den Computer 
(1) in Ausfiihrung des Lesebefehls, 

7. Verfahren nach Anspruch 6, gekennzeichnet durch die folgenden 
Schritte: 

- Empfangen des riickiibertragenen speziellen Files (8*) durch den Computer 

(1); 

- Erkennen, dass das spezielle File (8*) eine Antwort enthalt; und 

- Auslesen der Antwort aus dem speziellen File (8') und Weiterverarbeiten der 
Antwort im Anwendungspogramm (11). 

8. Verfahren nach einem der Anspriiche 3 bis 7, dadurch gekenn- 
zeichnet, dass die vom Prozessor des Gerats (6) erzeugte Antwort der Gera- 
testatus oder eine Fehlermeldung ist. 
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